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Verfahren und System zur automat ischen Speicherung von 
betriebswirtschaf tlichen Daten 

Beschreibung 

Die Erfindung betrifft ein Verfahren zur automat ischen 
5 Ablage von Belegen zu Geschaf tsvorf alien, bei dem mit 
Hilfe eines Computersystems Daten zu einem 
Geschaftsvorf all fur den Zugriff uber eine oder mehrere 
Geschaf tsanwendungen gespei chert werden und bei dem 
einem Geschaf tsvorf all ein Identif ikationscode 
10 zugeordnet wird, wobei in dem Computersystem eine oder 
mehrere unterschiedliche Klassen von Geschaf tsvorf alien 
mit unterschiedliche Datenstrukturen abgebildet sind. 

Verfahren der genannten Art sind beispielsweise aus dem 
betrieblichen Rechnungswesen bekannt . Insbesondere 
15 werden derartige Verfahren mit Hilfe Computersystemen, 
vorzugsweise unter Einsatz von Datenbanksystemen, 
automatisch durchgefuhrt . 

Eine wesentliche Aufgabe eines Rechnungswesen ist die 
Protokollierung aller operativen Prozesse der 

2 0 Wertschopfungskette eines Unternehmens sowie seiner 

Rechnungswesen- Prozesse . Die unterschiedlichen 
Informationen werden dabei in eine einheitliche Sprache 
gebracht (z.B. Kontenbegrif f ) und bewertet. Hierin 
bedeutet ein Geschaf tsvorf all einen 
25 betriebswirtschaf tlichen Vorgang, bei dem das 

Geldvermogen entweder erhoht (Einnahme) oder erniedrigt 
(Ausgabe) wird. Derartige Geschaf tsvorf alle konnen 
wiederum bestimmten Klassen zugeordnet werden, 
innerhalb derer die Daten, die den einzelnen 

3 0 Geschaf tsvorf alien zuzuordnen sind, eine naherungsweise 
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einheitliche Struktur haben. Typiache Klassen sind z.B. 
Personalwesen, Materialwirtschaf t , Produktion. 

Um die OrdnungsmaSigkeit des Rechnungswesen 
sicherzustellen, muss die Protokollierung vollstandig 
5 und richtig erfolgen. Das Belegprinzip dient dem 
Nachweis dieser Ordnungsma&igkeit . Dabei wird jede 
Protokollierung eines Geschaf tsvorf alls nach einer 
bestimmten betriebswirtschaf tlichen Bewertungsmethode 
durch einen Beleg dokumentiert , dem ein 

10 Identif ikationscode zugeordnet ist. Beispiele fur die 
unterschiedliche betriebswirtschaf tliche Bewertung 
konnen sein: Bewertung eines Geschaf tsvorf alls nach dem 
Deutschen Handelsgesetz oder nach IAS, Bewertung eines 
Geschaf tsvorf alls zwischen zwei Konzerngesellschaf ten 

15 nach den gesetzlichen oder nach konzerninternen 

Vorschrif ten, Bewertung eines Geschaf tsvorf alls in 
unterschiedlichen Wahrungen. 

Das zweitgenannte Beispiel sei detaillierter 

ausgef uhrt : Gegeben seien zwei Gesellschaf ten A und B 

20 des selben Konzerns . Gesellschaf t A verkauft an 
Gesellschaf t B ein Produkt X zum Preis von Y, die 
Herstellungskosten seien Z. Gemafc den gesetzlichen 
Regelungen wurde dieser Vorfall f olgendermaSen verbucht 
werden: Das Bestandskonto der Firma B fur das Produkt X 

25 wurde im Haben einen Zuwachs von Y erhalten, in der 

Gewinn- und Verlustrechnung wurde sich ein Sollbetrag 
von ebenfalls Y ergeben. GemaS einer konzerninternen 
Regelung konnte sich im Bestandskonto von B fur das 
Produkt X ein Zuwachs von Z ergeben. In der GuV wieder 

30 ein Soil von Y, jedoch auch ein Haben von Y-Z. 

Wird ein bestimmter Geschaf tsvorf all mit mehreren, 
unterschiedlichen betriebswirtschaf tlichen Methoden 
bewertet, fallen entsprechend mehrere, unterschiedliche 
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Belege an. Durch dieses Belegprinzip ist ein Auditing 
von den aggregierten, d.h. uber bestimmte Merkmale 
auf summierten Daten der Rechnungen uber die Belege zu 
den Prozessdaten gewahrleistet . 

5 Zur Erfullung der unterschiedlichen Zwecke werden im 
Rechnungswesen mit betriebswirtschaf tlichen Methoden 
betriebswirtschaftliche Verfahren, die im folgenden 
auch Geschaf tsanwendungen genannt werden, 
betriebswirtschaftliche Rechnungen (z.B. 

10 Ergebnisrechnung, Kostenrechnung, Bilanz, Gewinn- und 
Verlustrechnung) durchgefiihrt und verschiedene Bucher 
gefuhrt (z.B. Hauptbuchhaltung, Anlagenbuchhaltung) . 
Die unterschiedlichen Rechnungen und Bucher haben 
unterschiedliche Anf orderungen an Zeitnahe und 

15 Detaillierungsgrad. Dennoch ist eine Abstimmbarkeit 
zwischen den Rechnungen (Geschaf tsanwendungen) von 
gro&er Bedeutung fur eine Buchfuhrung, die den 
Grundsatzen fur ordnungsgemafie Buchfuhrung durch 
Software entsprechen soli, und fur die Verwendbarkeit 

20 der Ergebnisse. 

Eine weitere Anforderung an ein Rechnungswesen ist, 
dass die Beobachtung und Protokollierung die 
Durchfuhrung der logistischen Prozesse, das sind 
Buchungsvorgange, die die Ein- und Ausgange von Waren 

2 5 und Dienstleistungen abbilden, moglichst nicht 

behindert 

Eine im folgenden als ERP Software (Enterprise Resource 
Planning) bezeichnete Software zur Unterstutzung von 
Geschaf tsprozessen erfullt die Anforderungen an ein 

3 0 Rechnungswesen typischerweise dadurch, dass die 

logistischen Prozesse und das Rechnungswesen eines 
Unternehmens im gleichen System, dem ERP System, 
durchgefiihrt werden. Das Rechnungswesen ist eng 
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verknupft mit den logistischen Prozessen und 
protokolliert unmittelbar und transaktional mit, was 
bedeutet, dass ein Beleg erst dann als solcher 
gespeichert wird, wenn die Daten, die der Beleg 
5 enthalten muss, vollstandig sind. Die logistischen 

Prozesse sind in der ERP Software abgebildet und daher 
in der Regel auch mit den Begrif fen des Rechnungswesen 
(z.B. Konto) verknupft. Die Begrif fe sind durch feste 
Datenstrukturen in die Software implementiert . Die 
10 verschiedenen Rechnungen des Rechnungswesen schreiben 
dabei eigene Belege zur Protokollierung fort. 

Dieses Vorgehen hat eine Reihe von datentechnischen 
Nachteilen: 

a) Die Voraussetzung, dass alle logistischen Prozesse 
15 innerhalb eines einzigen ERP-Systems laufen, ist 

in der Regel nicht erfullt. Viele Unternehmen 
verfugen uber historisch gewachsene heterogene 
Systemlandschaf ten, in denen viele Prozesse in 
Spezialsystemen abgewickelt werden. Fur die 

2 0 Protokollierung solcher extern laufenden Prozesse, 

die meistens die Begriffe des Rechnungswesen nicht 
kennen, ist das lokale ERP System haufig 
unzureichend vorbereitet. Umf angreiche 
IJbernahmeprogramme sind daher haufig notwendig. 

25 b) Durch die f est en Datenstrukturen des lokalen ERP- 

Systems sind Unternehmen gezwungen, sich mit ihren 
betreibswirtschaf tlichen Begriffen an die 
Nomenklatur und die technischen Eigenschaf ten des 
lokalen ERP Systems anzupassen. Dies ist 

3 0 insbesondere bei den unter a) dargestellten 

heterogenen Systemlandschaf ten ein groSes Problem. 

c) Die individuelle Belegf ortschreibung der 

verschiedenen Rechnungen in unterschiedlichen 
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Geschaf tsanwendungen fuhrt zu einem sehr groSen 
Datenvolumen und Zeitaufwand bei der 
Fortschreibung. Da die Rechnungen individuell 
aufgebaut werden, ergeben sich auch erhebliche 
5 Abstimmproblematiken zwischen den Rechnungen. 

d) Die unmittelbare, transaktionale Fortschreibung 
des Rechnungswesen belastet die Performance der 
verwendeten Compute rsyst erne und mithin der 
abzuwickelnden logistischen datentechnischen 
10 Prozesse. Insbesondere blockieren auftretende 

Fehler bei der Protokollierung ins Rechnungswesen, 
etwa durch fehlerhafte Systemeinstellung, die 
Durchfuhrung des Prozesses. 

Vor diesem Stand der Technik lag der Erf indung die 
15 Aufgabe zugrunde, dass eingangs genannte Verfahren 
derart zu verbessern, dass die genannten Nachteile 
zumindest teilweise ent fallen. 

Diese Aufgabe wird erf indungsgemaS durch ein Verfahren 
der eingangs genannten Art gelost, das dadurch 

20 gekennzeichnet ist, 

dass in einem ersten Schritt aus Daten zu einem 
Geschaf tsvorf all mindestens ein Eingangsdatensatz 
erzeugt wird, der eine Struktur aufweist, welche fur 
eine Oder die oder jede unterschiedliche Klasse von 

25 Geschaf tsvorf alien und eine oder mehrere 
Geschaf tsanwendungen spezifisch ist, 

dass in einem zweiten Schritt der mindestens eine 
Eingangsdatensatz in einen Ausgangsdatensatz 
transf ormiert wird, der liber eine oder mehrere der 

3 0 Geschaf tsanwendungen konfiguriert werden kann, und 

— dass in einem dritten Schritt der Ausgangsdatensatz 
mit zugeordnetem Identif ikationscode gespeichert wird, 
so dass der Ausgangsdatensatz unter Bezugnahme auf den 
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Icientif ikationscode von den mindestens zwei 

Geschaf tsanwendungen ganz oder teilweise gelesen werden 

kann. 

Gegenstand der Erfindung ist daher ein Verfahren zur 
5 automat ischen Ablage von Belegen zu Geschaf tsvorf alien, 
bei dem mit Hilfe eines Computer systems Daten zu einem 
Geschaf tsvorf all fur den Zugriff uber eine oder mehrere 
Geschaf tsanwendungen gespeichert werden und bei dem 
einem Geschaf tsvorf all ein Identif ikationscode 

10 zugeordnet wird, wobei in dem Computer system eine oder 
mehrere unterschiedliche Klassen von Geschaf tsvorfallen 
mit unterschiedliche Datenstrukturen abgebildet sind, 
dadurch gekennzeichnet , 

dass in einem ersten Schritt aus Daten zu einem 

15 Geschaf tsvorf all mindestens ein Eingangsdatensatz 

erzeugt wird, der eine Struktur aufweist, welche fur 
eine oder die oder jede unterschiedliche Klasse von 
Geschaf tsvorfallen und eine oder mehrere 
Geschaf tsanwendungen spezifisch ist, 

20 dass in einem zweiten Schritt der mindestens eine 

Eingangsdatensatz in einen Ausgangsdatensatz 
transf ormiert wird, der uber eine oder mehrere der 
Geschaf tsanwendungen konfiguriert werden kann, und 

dass in einem dritten Schritt der Ausgangsdatensatz 

25 mit zugeordnetem Identif ikationscode gespeichert wird, 
so dass der Ausgangsdatensatz unter Bezugnahme auf den 
Identif ikationscode von den mindestens zwei 
Geschaf tsanwendungen ganz oder teilweise gelesen werden 
kann. 

3 0 Gegenstand der Erfindung ist ebenso eine Vorrichtung 
zur Durchfuhrung dieses Verfahrens entsprechend dem 
Anspruch 11, bzw. Computerprogramme und 
Computerprogrammprodukte gemafc den Anspruchen 12 bzw. 
14, sowie eine elektronische Datenstruktur bzw. ein 
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elektronischer Beleg, der nach einem der 
erf indungsgmafien Verfahren erhaltlich ist oder erhalten 
wurde. Die Erfindung umfasst weiter Compute rprogramme 
auf oder eingebettet in einen Datentrager, mit dessen 
5 Hilfe die Programme in einen Computer geladen und das 
erf indungsgemafee Verfahren ausgefuhrt werden kann. Das 
Programm kann in Form eines Source Codes, eines Object 
Codes oder eines gemischten Codes, ganz oder teilweise 
kompiliert vorliegen. Der Datentrager kann jede Einheit 

10 oder Vorrichtung sein, die geeignet ist ein Programm zu 
beinhalten: ROM, z.B. CD-ROM oder ein halbleiter-ROM 
oder DVD ROM, ein magnetisches Speichermedium, z.B. 
Floppy Disk oder Hard Disk, ein ubertragbarer Trager 
wie z.B. ein elektrisches oder optisches Signal, das 

15 uber elektrische oder optische Leitungen, oder uber 
elektromagnetische Wellen wie Radio oder Funkwellen 
ubertragen werden kann, oder ein anderer geeignet er 
Trager. Wenn das Programm in einem Signal enthalten 
ist, das uber ein Kabel oder ein anderes Mittel oder 

20 Medium geleitet wird, kann das Kabel oder das andere 
Mittel oder Medium den Datentrager darstellen. 
Alternativ kann das Programm in einen integrierten 
Schaltkreis eingebettet sein, der zur Ausfuhrung des 
erf indungsgema&en Verfahrens vorgesehen ist. 

25 Besondere Ausfuhrungsf ormen des erf indungsgemaSen 
Verfahrens bzw. besondere Ausgestaltungen der 
erf indungsgerna&en Vorrichtungen sind in den jeweiligen 
Unteranspruchen of f enbart . Es konnen auch einzelne oder 
mehrere oder beliebige Kombinationen der in den 

3 0 jeweiligen Unteranspruchen einer Kategorie off enbart en 
Merkmale zusammen mit den Merkmalen des jeweiligen 
Hauptanspruchs erf inderische Losungen der der Erfindung 
zugrunde liegenden Aufgabe darstellen. 
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Dae erf indungsgema&e Verfahren sowie der Programmcode 
zur Durchftihrung des Verfahrens wird im folgenden auch 
als ^Accounting Engine" , der Ausgangsdatensatz auch 
als „ Bel eg* bezeichnet. 

5 Das erf indungsgemaSe Verfahren kann als Werkzeug einer 
ERP Software fur das Rechnungswesens zur elektronischen 
Belegablage von privatrecht lichen Organisationen oder 
von Organisationen des offentlichen Rechtes (zusammen 
kurz „ Firma" genannt) eingesetzt werden. Es wird mit 

10 Hilfe eines Computersys terns ausgefuhrt. Ein 

Computersystem im Sinne der Erfindung kann zum einen 
lediglich einen Computer ( wie PC, Laptop) umfassen, 
zum anderen aus einem Netzwerk von mehreren Computern 
bestehen. Hierunter ist auch ein Netzwerk zu verstehen, 

15 das unter Nutzung des Internets gebildet wird. 

Vorzugsweise wird die Accounting Engine in einem 
Computernetzwerk innerhalb einer Firma eingesetzt. In 
einem derartigen Computersystem einer Firma konne Daten 
betreffend die einzelnen Geschaf tsvorf all e 

20 beispielsweise mit einer ERP Software gespeichert 
werden. Die Accounting Engine als Programm Code 
bewirkt, wenn sie in dem Computersystem ausgefuhrt 
wird, dass aus Daten zu einem einzelnen 
Geschaf tsvorf all (Ausgangsdaten) ein Eingangsdatensat z 

25 erzeugt wird, der wiederum in einen Ausgangsdatensatz 
(Beleg) transf ormiert wird, der von mehreren 
Anwendungsprogrammen des Rechnungswesens 
(Geschaf tsanwendungen) , die auf dem Computersystem 
ausgefuhrt werden, gelesen werden kann und der getrennt 

3 0 von den Ausgangsdaten gespeichert wird. Der Beleg kann 
uber eine oder jede der Geschaf tsanwendungen 
konfiguriert werden, wofur in den Geschaf tsanwendungen 
Abf rageroutinen zur Interaktion mit einem Benutzer 
vorgesehen sein konnen. Die Konf igurierbarkeit des 

35 Belegs kann beispielsweise dadurch implementiert 
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werden, dass einem Benutzer auf einem Bildschirm eine 
Liste mit den auswahlbaren Daten oder Feldern oder auch 
Funktionen angezeigt wird, aus denen er mittels einer 
Interaktion (z.B. Tastatur oder Mausklick oder 
5 Spracheingabe) eine oder mehrere Daten, Felder oder 
Funktionen auswahlen kann, die im Beleg abgespeichert 
werden sollen (Daten, Felder) oder die bei der 
Transformation des Eingangsdatensatzes in den Beleg 
angewandt werden sollen (Funktionen) . 
10 Vorteilhaf terweise ist der Beleg fur den Zugriff uber 
mindestens zwei Geschaf tsanwendungen ausgebildet. 

Das gesarate Verfahren ermoglicht eine redundanzf reie 
Belegablage mit einer grofcen Ersparnis an 
Speicherplatz. Die Ausgangsdaten konnen bereits in dem 

15 Computersystem gespeichert sein oder von einem Benutzer 
uber eine Benutzerschnittstelle eingegeben und 
unmittelbar weiterverarbeitet werden, oder uber eine 
Datenfernubertragung importiert werden. Bei dem 
Transformationsvorgang werden die Eingangsdaten unter 

20 Benutzung von weiteren Daten, die im Computersystem 
gespeichert sind, ganz oder teilweise verandert oder 
erganzt, je nach den Erf ordernissen unterschiedlichen 
Geschaf tsanwendungen. Hierbei kann von einer 
Geschaf tsanwendungen eingestellt werden, auf welche 

25 betriebswirtschaftliche Weise ein Geschaf tsvorf all 

bewertet wird. Uber eine andere Geschaf tsanwendung kann 
eine andere Bewertung gewahlt werden. Dies kann dazu 
fuhren, dass ein und derselbe Geschaf tsvorf all auf 
mehrere unterschiedliche Weisen bewertet wird. Fur den 

30 einen Geschaf tsvorf all wird jedoch pro Bewertung nur 
ein Beleg erzeugt, auf den jedoch mehrere 
Geschaf tsanwendungen lesend zugreifen konnen. Dieser 
eine Beleg enthalt zwar mehr Daten als erforderlich 
ware, wenn nur eine Geschaf tsanwendung auf den Beleg 

35 zugreifen musste, insgesamt entstehen aber weniger 
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Daten als entstehen wurden, wenn fur jede der 
unterschiedlichen Geschaftsanwendungen, die ja nicht 
immer unterschiedliche Bewertungen vorgeben muss en, ein 
eigener Beleg erzeugt werden wiirde. Dies entspricht dem 
5 Merkmal n fur den Zugriff vom mindestens zwei 
Geschaf tsanmeldungen" ausgebildet zu sein. 

In einer bevorzugten Ausfuhrungsf orrn wird der erste 
Schritt des erf indungsgemaiSen Verfahrens mit Hilfe 
eines ersten Programm-Moduls ausgefuhrt, der zweite 

10 Schritt mit Hilfe eines zweiten Programm-Moduls. Der 

Eingangsdatensatz mit der spezifischen Struktur wird in 
diesem Fall von dem ersten Programm-Modul uber eine 
Schnittstelle an das zweite Programm-Modul ubergeben. 
Weiter kann die oder jede Geschaf tsanwendung als ein 

15 drittes oder weiteres Programm-Modul ausgestaltet sein 
und mit dem zweiten Programm-Modul so zusammenwirken, 
dass der Transformationsvorgang im zweiten Schritt des 
erf indungsgemafien Verfahrens von dem oder jedem dritten 
Programm-Modul liber eine Schnittstelle einstellbar ist. 

20 Besonders bevorzugt ist das zweite Programm-Modul so 
ausgestaltet, dass es von den mindestens zwei 
Geschaftsanwendungen auswahlbare Daten aus dem Beleg 
auf eine Datenanfrage von dem oder jedem dritten 
Programm-Modul lesen und dem oder jedem dritten 

25 und/oder einem weiteren Programm-Modul uber eine 
Schnittstelle zur Weiterbearbeitung und/oder zur 
Anzeige ubergeben kann. Diese auswahlbaren Daten konnen 
von dem dritten oder einem weiteren Programm-Modul 
ausgewahlt werden. Der im zweiten Schritt des 

3 0 erf indungsgemafcen Verfahrens erhaltene Beleg wird 
vorzugsweise transaktional gespeichert. 
Vorteilhaf terweise weist der Beleg fur mehrere 
Geschaftsanwendungen eine spezifische Datenbankstruktur 
mit einer oder mehreren Tabellen auf. Besonders 

35 vorteilhaf t ist es, wenn der Beleg fur unterschiedliche 
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Journale des Rechnungswesens unterschiedliche 
Datenbereiche aufweist. Journale in diesem Sinne sind 
tabellarische Zusammenf assungen von Buchungssatzen, 
z.B. aus den die Bereichen Forderungen, 
5 Verbindlichkeiten, Kosten, Ertrage, Wareineingang, 

Warenausgang, usw. Beispielsweise kann der Beleg einen 
ersten Datenbereich fur Kosten und Ertrage aufweisen, 
einen zweiten fur den Materialbestand, einen dritten 
fur Forderungen und Verbindlichkeiten, usw. In dem 

10 ersten Bereich konnen Angaben enthalten eein zu: Kunde, 
Produkt, Kostenstelle usw., im zweiten zu Produkt, 
Lagerart, Lagerort, usw., im dritten zu: Kunde usw. 
Diese Angaben dienen lediglich der Erlauterung und 
konnen je nach Bedarf beliebig verandert oder erganzt 

15 werden. Der Beleg kann zudem einen weiteren Bereich 
(„Kopfbereich n ) mit Daten enthalten, die mehreren 
Journalen gemeinsam sind, z.B.: den Identif ikationscode 
(ID), die jeweilige rechtliche Einheit (Gesellschaft) , 
ein Buchungsdatum, ein Bearbeitungsdatum, ein 

2 0 Bearbeiter, usw. In den unterschiedlichen 

Datenbereichen konnen dann diejenigen Inf ormationen aus 
dem Geschaf tsvorf all gespeichert werden, die das 
jeweilige Journal betreffen. Die Ablage des Belegs in 
einen physikalischen Speicher kann vorteilhaf terweise 
25 uber eine Datenbankstruktur mit einer oder mehreren 
Tabellen implement iert werden. 

In einer weiteren bevorzugten Ausf uhrungsf orm wird auf 
die im Beleg enthaltenen Daten mindestens eine Funktion 
angewandt . Eine derartige Funktion kann beispielsweise 

3 0 eine Uberpriifung des Belegsaldos oder einer im Beleg 

enthaltenen Kundengruppe sein. Bevorzugt sind derartige 
Funktionen in einem Programm Modul auswahlbar abgelegt. 
Besonders bevorzugt ist mindestens eine Funktion liber 
ein weiteres Programm Modul konf igurierbar . Die 
35 Auswahlbarkeit der Funktionen kann beispielsweise 
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dadurch implement iert werden, dass einem Benutzer auf 
einem Bildschirm eine Liste mit den auswahlbaren 
Funktionen angezeigt wird, aus denen er mittels einer 
Interaktion (z.B. Tastatur oder Mausklick oder 
5 Spracheingabe) eine oder mehrere Funktionen auswahlen 
kann. Es konnen aber auch Funktionen vorhanden sein, 
die standardmaSig auf alle Belege angewandt werden. Die 
Konfigurierbarkeit der mindestens einen Funktion kann 
dadurch realisiert werden, dass deren Parameter 

10 auswahlbar sind, z.B. analog dem bereits Beschriebenen. 
Sind beispielsweise in einem Be leg Buchungen fur 
mehrere rechtliche Einheiten hinterlegt, so kann 
beispielsweise die Funktion zur Uberprufung des Saldos 
z.B. per Auswahltabelle so konfiguriert werden, dass 

15 sie lediglich die Kontensalden der ausgewahlten Einheit 
uberpruf t . 

Die Erfindung wird nachfolgend anhand der Figuren 1 und 
2 naher erlautert . Eine Beschrankung der Erfindung in 
irgend einer Weise ist dadurch nicht beabsichtigt . 

20 Es zeigt 

Fig. 1: eine schematische Darstellung eines 
Computer systems zur Durchfuhrung des 
erf indungsgemaSen Verfahrens; 
Fig. 2: eine beispielhaf te Aus fuhrungs form eines 
25 Computerprogramms zur Durchfuhrung des 

Verfahrens anhand eines Blockdiagramms ; 
Fig. 3: eine schematische Darstellung der 

Datenstruktur eines Belegs mit Datenquellen 
und Zugriffen von Geschaf tsanwendungen; 
30 Fig. 4: eine schematische Darstellung beispielhaf ter 
Strukturen und Inhalte von Eingangsdatensatz 
und Beleg anhand eines Beispiels aus dem 
Warenkauf ; 
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Fig. 5: eine schematische Darstellung beispielhaf ter 



5 Fig. 1 zeigt ein Computersystem 101 mit einem Computer 
103, der eine CPU 105, und einem Arbeitsspeicher 102, 
in dem eine ERP-Software 111 zur Ausfuhrung durch die 
CPU 105 geladen ist. Die ERP Software 111 umfasst ein 
oder mehrere Programm Module 110 zur Behandlung und 

10 Bearbeitung von Daten zu Geschaf tsvorf alien, eine als 
Programm Modul ausgefuhrte Accounting Engine 106 und 
ein oder mehrere als Programm Module 109 ausgefuhrte 
Geschaf tsanwendungen. Das Computersystem 101 umfasst 
weiter: Eingabemittel 113, Ausgabemittel 112, eine 

15 Netzwerkverbindung 104 zum Verbinden des Computers 103 
mit weiteren gleichen oder unterschiedlichen Computern 
114 in Form eines Netzwerkes, wobei die 
Netzwerkcomputer 114 als weitere Ein- und/oder 
Ausgabeeinheiten zur Eingabe und/oder Ausgabe von 

20 Daten zu Geschaf tsvorf alien bzw. zur Konf iguration der 
Accounting Engine und zur Darstellung von Eingabemasken 
oder zur Ausgabe von Ergebnissen oder zur Ausfuhrung 
der Accounting Engine dienen konnen. Weiter ist eine 
Datenbank 107 vorhanden, die Daten zu den 

25 Geschaf tsvorf alien und Geschaf tsanwendungen enthalt und 
auf die die ERP Software 111 zugreifen kann, sowie eine 
Speichereinheit 108 zur Speicherung der Belege, wobei 
die Speichereinheit 108 auch Teil der Datenbank 107 
sein kann. Die Programm Module 106, 109, 110 konnen 

30 ebenfalls auf die Datenbank 107 zugreifen, die Programm 
Module 106 und 109 zusatzlich noch auf den 
Belegspeicher 108. 

Mit einem derartigen Computersystem kann das 

erf indungsgemafce Verfahren f olgendermafcen ausgefiihrt 



Strukturen und Inhalte von Eingangsdatensatz 
und Beleg anhand eines Beispiels aus dem 
Warenverkauf . 
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werden. Eines der Module 110 ubergibt Daten zu einem 
bestimmten Geschaf tsvorf all mit einem 

Identif ikationscode (ID) an die Accounting Engine 106. 
Dabei konnen die Daten bereits in der Datenbank 107 
5 vorhanden sein oder uber die Ein- bzw. Ausgabemittel 
113, 112, 114 eingegeben worden und im Arbeitsspeicher 
102 gespeichert sein. Die Accounting Engine 106 
transformiert die ubergebenen Daten unter Hinzufugung 
von Daten aus der Datenbank 107 und/oder unter 

10 Veranderung oder Umwandlung der ubergebenen Daten in 
einen Beleg, der den Anf orderungen eines 
betriebswirtschaft lichen Beleges geniigt, und der von 
den unterschiedlichen Geschaf tsanwendungen 109 gelesen 
werden kann. Anschliefiend wird der Beleg auf der 

15 Speichereinheit 108 gespeichert. Zur Durchfuhrung der 
Trans format ion enthalt die Datenbank 107 alle 
betriebswirtschaf tlich relevanten Inf ormationen. Die 
Art der Transformation und die Art der Daten, die im 
Beleg gespeichert werden kann uber die Module 109 

2 0 jeweils spezifisch eingestellt werden. 



Bezugnehmend auf Fig. 2 wird nun eine weitere 
Aus fuhrungs form der Accounting Engine naher 
beschrieben. Hierin reprasentieren die eckigen 

25 Rechtecke Programm- Code , die gerundeten Rechtecke 
Datenstrukturen. Die Accounting Engine gemate Fig. 2 
weist ein erstes Programm- Modul 210 und ein zweites 
Programm-Modul 220 auf. Das erste Programm -Modul 210 
erhalt aus einem Geschaf tsvorf all uber ein Programm 

3 0 Modul 250, welches fur eine Klasse von 

Geschaf tsvorf alien spezifisch ausgebildet ist, Daten zu 
diesem Geschaf tsvorf all uber eine Schnittstelle 271. 
Solche Daten konnen beispielsweise sein: Art, Anzahl, 
Typ eines verkauften Produktes oder , als Beispiel aus 
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der Fertigung, die Entnahme einer Anzahl einer Ware 
oder eines Rohstoffs aus einem Lager fur eine 
bestimmten Arbeitsplatz einer bestimmten Fertigung oder 
die Gehaltszahlung an einen Angestellten. Diese Daten 
5 konnen uber Speichermedien geladen oder uber 

Eingabemittel (z. B. Tastatur, Bildschirm) quasi online 
eingegeben werden. Die TJbergabe der Daten kann 
beispielsweise auch durch Ubergabe der Adressen der 
betreffenden Daten geschehen. Zusatzlich wird ein 

10 Identif ikationscode 251 (ID) mit ubergeben. Das erste 
Programm-Modul 210 enthalt ein oder mehrere 
Erzeugungsmodule 211, die aus den Daten des 
Geschaf tsvorf alls einen Eingangsdatensatz 212 
erzeugen, der eine Struktur aufweist, welche fur 

15 samtliche Klassen von Geschaf tsvorf alien, die in der 
jeweiligen ERP Software abgebildet sind, spezifisch 
ist. Das Erzeugungsmodul 211 ist ebenfalls fur jede 
Klasse von Geschaf tsvorf alien 250 spezifisch 
ausgebildet. Die Zuordnung der Module 250 zu den 

20 Modulen 211 kann beispielsweise uber eine Tabelle 

implementiert werden. Der Eingangsdatensatz 212 weist 
in seiner Struktur einen Kopfbereich auf , in dem 
allgemeine Daten wie die ID 251, Konto, Kostenstelle, 
Benutzer, Zeitstempel, Buchungsdatum, rechtliche 

25 Einheit etc. sowie Daten betreffend die Klasse des 

Geschaf tsvorf alls enthalten sind. Der ubrige Teil der 
Struktur enthalt die Daten, die den jeweiligen 
konkreten Geschaf tsvorf all betreffen. Die allgemeinen 
Daten konnen zum Teil auch mitt els einer 

30 Datenbankanwendung 2 60 aus einer Datenbank uber eine 

Schnittstelle 272 gelesen werden. Die Konf iguration der 
Module 211, deren Zuordnung zu den Modulen 2 50 und die 
Festlegung der Struktur des Eingangsdatensatzes 212 
erfolgt zweckmaSigerweise bei der Installation der 

35 Accounting Engine im EDV-System der jeweiligen Firma. 
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Der so erzeugte Eingangsdatensatz 212 wird von dem 
ersten Programm-Modul 210 uber eine Schnittstelle 213 
an das zweite Programm-Modul 22 0 iibergeben. Dieses 
enthalt ein Transf ormationsmodul 221 , in welchem ein 
5 Beleg-Prozessor 222 den Eingangsdatensatz 212 in einen 
Ausgangsdatensatz (Beleg) 226 transf ormiert , dessen 
Struktur so spezifisch gestaltet ist, dass auf inn von 
mindestens zwei Geschaf tsanwendungen aus zugegriffen 
werden kann. Mit dieser Transformation werden die im 

10 Eingangsdatensatz 212 enthaltenen Daten des 

Geschaftsvorfalls in die entsprechenden Daten fur das 
Rechnungswesen umgewandelt. Diese Transformation 
erf olgt unter Hinzufugung von Daten und/oder unter 
Umwandlung von Daten aus dem Eingangsdatensatz. Die 

15 Hinzufugung erf olgt mittels der Datenbankanwendung 260, 
auf die der Beleg-Prozessor uber eine Schnittstelle 273 
zugreifen kann. Beispiele fur solche hinzugefiigte Daten 
sind eine Kundengruppe oder ein Preis. Eine Umwandlung 
von Daten kann beispielsweise derart durchgefuhrt 

20 werden, dass aus einer ubergebenen Stuckzahl und aus 
dem Stiickpreis, der aus der Datenbankanwendung 260 
erhaltlich ist, ein Umsatz berechnet und wird. Dieser 
kann dann in einem weiteren Schritt fur den Zugriff von 
unterschiedlichen Geschaf tsanwendungen im Beleg 226 

25 gespeichert werden. 

Unterschiedliche Geschaf tsanwendungen sind 
beispielsweise Anwendungen des Rechnungswesens wie 
Ergebnisrechnung, Kostenrechnung, Bilanz, Gewinn- und 
Verlustrechnung, oder Anwendungen des Controllings. Zur 

3 0 Erfullung der Erfordernis der Zugreifbarkeit von 

mindestens zwei Geschaf tsanwendungen weist der Beleg 
226 einen Kopfbereich 226a sowie unterschiedliche, 
inhaltlich gegliederte Datenbereiche 226b, 226c auf, 
die zum Lesezugriff fiir einzelne oder mehrere 

35 Geschaf tsanwendungen vorgesehen sind. Der Kopfbereich 
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enthalt die allgemeinen Daten des Eingangsdatensatzes 



Daten aus der Datenbankanwendung 260. Die 
unterschiedlichen Datenbereiche 226b, 226c enthalten 
5 die Daten fur die einzelnen Journale des 

Rechnungswesens. Beispielsweise steht der Bereich 2 62b 
fur das Journal Kosten und Ertrage. Welche Daten der 
einzelnen Bereiche 226 von welchen Geschaf tsanwendungen 
aus eingesehen werden konnen, ist von der jeweiligen 
10 Geschaf tsanwendung aus konf igurierbar . Dies wird im 
f olgenden naher erlautert . 

Eine Geschaf tsanwendung ist im Beispiel gemafi Fig. 2 in 
Form eines dritten Programm-Moduls 240 ausgestaltet . 
Dieses dritte Programm-Modul 240 enthalt ein 

15 Konf igurationsmodul 242 das mit einem 

Konf igurationsservice 223 des Transf ormationsmoduls 
uber eine Schnittstelle 274 derart zusammenwirkt , dass 
mit Hilfe des Konf igurat ions moduls 242 bestimmbar ist, 
welche Daten zum Zugriff fur eine bestimmte 

20 Geschaf tsanwendung in den betreffenden Datenbereich 

(226a oder 226 b) des Belegs 226 geschrieben werden und 
auch von dem jeweiligen dritten Programm-Modul 240 
gelesen werden konnen. Die zur Transformation 
erforderlichen Daten konnen in einer Datenbank in 

25 Tabellenform abgelegt sein. Die Namen der 

entsprechenden Felder der Tabelle konnen uber eine 
Schnittstelle 276 mittels der Datenbankanwendung 260 
ausgewahlt werden. Die Namen der ausgewahlten Felder 
werden dem Konf igurationsservice 223 uber eine 

3 0 Schnittstelle 274 ubergeben. Die Inhalte (Daten) der so 
ausgewahlten Felder werden dann von dem 

Transf ormationsmodul 221 uber die Schnittstelle 273 aus 
der Datenbankanwendung 260 gelesen, und uber den Beleg 
Prozessor 222 in den Beleg eingefiigt bzw. zur 
35 Transformation verwendet . Weiter kann mit Hilfe des 



212 sowie die vom Belegprozessor 221 hinzugef ugten 
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Konf igurationsmoduls 242 bestimmt werden, welche 
betriebswirtschaf tliche Bewertung des 

Eingangsdatensatzes vorgenommen werden soil und welche 
der erhaltenen Ergebnisse im Beleg gespeichert werden 
5 sollen, z.B. welche Wahrung fur eine bestimmte Art der 
Buchung verwendet werden soli. 

1st der Eingangsdatensatz 212 in den Belegdatensatz 226 
transf ormiert , so konnen mittels eines Server Moduls 
23 0 eine oder mehrere Funktionen 231 auf den 

10 Belegdatensatz 226 angewandt werden. Beispielsweise 
kann mit einer oder mehreren Funktionen 231 uberpruft 
werden, ob der Saldo aus Soil und Haben gleich Null 
ist, ob angegebene Steuersatze korrekt sind, ob alle 
obligatorischen Felder ausgefullt sind, Kontenangaben 

15 zutreffen, ob eine Kundengruppe richtig bestimmt ist 

oder ob sonstige Fehler oder mangelnde Uber e ins timmung 
mit den Grundsatzen ordnungsgemafier Buchfuhrung 
vorhanden sind. Diese Funktionen 231 sind in dem 
Service Modul 23 0 abgelegt und konnen uber 

20 Schnittstellen 277, 227 uber das Konf igurationsmodul 
242 zur Anwendung auf den betref fenden Beleg und fur 
die betref fende Geschaf tsanwendung ausgewahlt werden. 

Der Beleg 226 mit seinen Strukturdaten, dem 
Identif ikationscode 251 sowie den von den dritten 

2 5 Programm-Modulen 240, 242 konf igurierten Einstellungen 

wird von einem Persistency- Server-Modul 225 
gespeichert. Die Ablage in einen physikalischen 
Speicher erfolgt in Form einer Datenbankstruktur mit 
einer oder mehreren Tabellen. Der Beleg-Prozessor 222 

3 0 kann uber eine Schnittstelle 228 auf die Strukturdaten 

zugreifen und diese zur Transformation eines 
Eingangsdatensatzes 212 in einen Beleg 22 6 einer 
bestimmten Klasse von Geschaf tsvorf alien verwenden. Die 
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Schnittstellen 271, 213 sind fur jede Klasse von 
Geschaf tsvorfallen spezifiech ausgebildet . 

Zum Lesen der Daten enthalt das oder jedes dritte 
Programm-Modul 240 ein Lesemodul 241, welches mit einem 
5 Leseservice Modul 224 uber eine Schnittstelle 275 

zusammenwirkt , wobei der Leseservice 224 dem Lesemodul 
241 die Daten zur Verfugung stellt, die mit Hilfe 
Konf igurationsmoduls 242 ausgewahlt wurden. Uber das 
Konf igurationsmodul 242 kann in der oben angegebenen 
10 Weise ebenfalls eingestellt werden, welche allgemeine 
Daten bzw. Felder mit Hilfe der Datenbankanwendung 260 
dem Beleg hinzugefugt werden und auch gelesen werden 
konnen . 

Eine weitere Erlauterung der Erfindung sei anhand von 

15 Fig. 3 vorgenommen . Die Figur zeigt eine schematische 

Darstellung der Datenstruktur eines Belegs 3 04 zusammen 
mit Hinweisen, welche Moglichkeiten bestehen, Daten von 
Geschaf tsvorfallen 3 01, 3 02, 303 in bestimmte 
Datenbereiche 306, 307, 308 des Belegs 304 zu 

20 transformieren. Ebenso ist dargestellt, welche 

Moglichkeiten des Zugriffs von Gesch&f tsanwendungen 
309, 310, 311 auf die Datenbereiche 306, 307, 308 des 
Belegs 3 04 bestehen. Die gezeigten Moglichkeiten sind 
jedoch keinesfalls als eine abschlieSende Aufzahlung zu 

25 verstehen, sondern stellen lediglich beispielhaf te 

Ausfuhrungsformen der Erfindung dar. Der elektronische 
Beleg 304 weist einen Kopfbereich 305 und einen 
Datenbereich 313 auf. Der Kopfbereich 305 enthalt die 
ID 312 sowie andere allgemeine Daten betreffend einen 

30 Geschaf tsvorfall 301, 302, 303. Es sei hier erwahnt, 

dass fur jeden der Geschaf tsvorfalle 301, 302, 303 ein 
eigener Beleg erstellt wird. Diese drei eigenen Belege 
sind jedoch zur einfacheren zeichnerischen Darstellung 
in dem Beleg 304 zusammengef asst . Der Datenbereich 313 
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weist unterschiedliche Bereiche 306, 3 07, 3 08 auf, in 
denen Daten zu unterschiedlichen Joumalen des 
Rechnungswesens enthalten sind: einen Bereich 3 06 fur 
Daten zu Kosten und Ertrage, einen Bereich 3 07 zur 
5 Lagerhaltung sowie einen Bereich 3 08 zu Forderungen und 
Verbindlichkeiten. Fur einen Geschaf tsvorf all wie den 
Geschaf tsvorf all 301 kann es sich generell aber auch 
ergeben, dass Daten fur den Kopfbereich und fur alle 
moglichen Kombinationen von Journalbereichen wie den 

10 Bereichen 306, 307, 308 und weiteren anfallen. Dies 
wird unter Bezugnahme auf die Figuren 4 und 5 im 
folgenden weiter erlautert. Eine Beschrankung in irgend 
einer Weise ist hierdurch nicht beabsichtigt . Entgegen 
den Fig. 1-3 sind in den Fig. 4, 5 Datenstrukturen 

15 nicht gerundet gekennzeichnet , da hier keine 
Programmmodule eingezeichnet sind. 

Gegeben sei ein Konzern mit Sitz in Japan, einer 
Tochterf irma A in USA und einer Tochterf irma B in 
Europa. Als ein erster Geschaf tsvorf all sei angenommen 

20 B kaufe von A 3 Stuck eines Produktes Y zu einem 

Stuckpreis von 110 €. Die Herstellungskosten bei A 
seien 100 €/Stuck, der Verkauf sauf schlag sei 10%. Der 
Vorfall sei vom Rechnungswesen der Firma B betrachtet 
und aus zwei unterschiedlichen Sichten bewertet, und 

25 zwar aus Sicht der Firma B (Geschaf tsanwendung I, GA I) 
und aus Konzernsicht (Geschaf tsanwendung II, GA II) . 
Aus betriebswirtschaf tlicher Sicht wird bei der Firma B 
der Warenbestand erhoht und es entsteht eine 
Verbindlichkeit in Hone des Kaufpreises. 

3 0 Uber das Programmmodul 250 (vgl . Fig. 2) werden dem 
ersten Modul 210 zu diesem Geschaf tsvorf all folgende 
Daten- ubergeben: Eine ID (101), ein Bestelldatum 
(05.02.2002), eine Bezeichnung des Geschaf tsvorf alls, 
(Warenkauf ) , Artikelbezeichnung (Produkt Y) , Stuckzahl 
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(3) und Kaufpreis (330) . Das Programm Modul 210 erzeugt 
aus diesen Daten zwei Eingangsdatensatze 410, 420 , die 
fur diese Klasse von Geschaf tsvorf alien spezifisch 
sind: einen ersten 410 fur die GA I und einen zweiten 
5 420 fur die GA II. Beide haben die gleiche Struktur: je 
einen Kopfbereich 411, 421 und je einen Datenbereich, 
wobei letzterer aus den Journalen Bestand 412, 422 und 
Verbindlichkeiten 413, 423 besteht. Samtliche Bereiche 
sind als einzeilige Tabellen implement iert . Der 

10 Kopfbereich hat - im Beispiel - die Felder mit Namen 
ID, Buchungsdatum, Geschaf tsvorf all , in denen die 
entsprechenden ubergebenen Daten eingetragen sind, 
wobei vom Modul 210 aus der ubergebenen - ersten -ID 
eine zweite und dritte ID erzeugt wird, die die beiden 

15 Eingangsdatensatze eindeutig kennzeichnet , und zwar im 
Beispiel durch Hinzufugung von „I W bzw. „II", 
entsprechend der GA, zur ersten ID. Zusatzlich ist vom 
Modul 210 noch ein Peld NutzerlD hinzugefugt, in dem 
eine Kennung des betreffenden Sachbearbeiters 

20 eingetragen ist. Die wurde aus der Datenbankanwendung 
260 entnommen. Der Datenbereich Bestand 412 weist die 
Felder Konzernf irma, Artikel, Anzahl, Wert in € auf, 
wobei hier das Feld Konzernf irma aus der Datenbank 
gefullt wird, die ubrigen aus den ubergebenen Daten. 

25 Der Inhalt des Feldes Wert in € entspricht dem 

Kaufpreis. Hierzu ist anzumerken, dass Sollbuchungen 
als positive Zahlen erscheinen, Habenbuchungen als 
negative. Der Bereiche Verbindlichkeiten 413 weist die 
Felder Konzernf irma, Lieferant und Wert in € auf, wobei 

3 0 die beiden erstgenannten Felder mit Werten aus der 
Datenbankanwendung 2 60 enthalten. 

Der Eingangsdatensatz 420 fur die GA II unterscheidet 
sich von dem Eingangsdatensatz 410 fur die GA II nicht 
im strukturellen Aufbau sondern lediglich im Inhalt der 
35 Felder Wert in €. Dies liegt daran, dass fur die 
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Bewertung aus Konzemsicht der Verkauf sauf schlag nicht 
relevant ist, und deshalb das Modul 210 zur Erzeugung 
des Eingangsdatensatzes fur diese GA II so konfiguriert 
wurde, da£ es raittels der Datenbankanwendung 260 den 
5 Wert fur die Herstellungskosten aus einer konzernweit 
zuganglichen Datenbank liest und in die Felder Wert in 
€ der Bestandszeile 422 und Verbindlichkeiten 423 
eintragt . 

Das Trans format ionsmodul 221 erzeugt aus dem ersten 
10 Eingangsdatensatz 410 einen ersten Beleg 430 und aus 

dem zweiten Eingangsdatensatz 420 einen beleg 440. 

Beide Belege haben unterschiedliche Datenstruktur, die 

aus der Struktur der Eingangsdatensatze unter Erganzung 

bzw. Weglassung einzelner oder mehrerer Felder 
15 entstand. Es sind vorhanden Kopfbereiche 431, 441, 

sowie die Datenbereiche Bestand 432, 442 und 

Verbindlichkeiten 433, 443. 

Die Kopfbereiche 431, 441 haben die gleiche Struktur, 
jedoch in einzelnen Feldern unterschiedlichen Inhalt . 

20 Sie enthalten die Felder des Kopfbereiches des 

Eingangsdatensatzes sowie zusatzliche Felder fur 
Geschaf tsjahr und Quartal. Aus der Sicht der 
europaischen Firma B ist das Geschaf tsjahr gleich dem 
Kalenderjahr . Das Modul 221 ermittelt aus der Kenntnis 

25 der Firma und des Buchungsdatums als Geschaf tsjahr das 
Jahr 2002 und als Quartal das erste Quartal und 
speichert diese Werte in die entsprechenden Felder. 

Die Bestandsbereiche 432 und 442 haben unterschiedliche 
Struktur. Der Bereich 432 hat die Felder entsprechend 
30 412 sowie Felder fur Konto, Wert in US$ und Lagerort. 
Konto und Lagerort werden vom Modul 221 aus der 
Datenbankanwendung 260 ermittelt, der Wert in US$ aus 
dem Wert in € unter Verwendung eines Umrechnungsf aktors 
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aus der Datenbankanwendung 260. Ein „Wert in US$" kann 
nutzlich sein, wenn der Verkaufer - wie im Beispiel - 
Sitz in USA hat. Der Bestandsbereich 442 hat nahezu die 
gleiche Struktur, jedoch ist statt dem Feld Lagerort 
5 ein Feld Wert in Yen vorhanden. Dies kann sinnvoll 
sein, wenn der Konzern Sitz in Japan hat und nach 
japanischen Vorschriften bilanzieren muss, und wenn 
eine Information betreffend den Lagerort aus 
Konzernsicht nicht relevant ist. 

10 Die Bereiche Verbindlichkeiten 433 und 443 haben 
ebenfalls unterschiedliche Struktur. Bereich 433 
enthalt zusatzlich zu den Feldern entsprechend 413 noch 
die Felder Konto und Wert in US$, deren Inhalt analog 
dem oben Beschriebenen ermittelt wird. Das gleiche gilt 

15 fur den Bereich 443, der jedoch noch ein Feld Wert in 
Yen enthalt . 

Als weiteres Beispiel eines Geschaf tsvorf alls sei der 
Verkauf der genannten Ware von B an einen 
auSereuropaischen Dritten (Firma XYZ) herangezogen, und 
20 zwar lediglich die Abgabe der Ware. Die Faktura wird 
nicht behandelt. Aus betriebswirtschaf tlicher Sicht 
wird hier bei der Firma B der Warenbestand erniedrigt 
und es entstehen Kosten in Hohe des 
Herstellungspreises . 

25 Uber das Programmmodul 250 (vgl . Fig. 2) werden dem 
ersten Modul 210 zu diesem Geschaf tsvorf all folgende 
Daten ubergeben: Eine ID (213), ein Bestelldatum 
(10.04.2002), eine Bezeichnung des Geschaf tsvorf alls , 
(Warenausgang) , Artikelbezeichnung (Produkt Y) , 

30 Stuckzahl (3) . Analog dem obigen Beispiel werden zwei 
Ausgangsdatensatze 510, 520 fur die GA I und GA II 
erzeugt, und aus diesen zwei Belege 53 0, 540, wobei die 
ubrigen, erf orderlichen Daten uber die 
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Datenbankanwendung 2 60 ermittelt werden. Die 
Kopfbereiche 511, 521, 531, 541 entsprechen denen des 
vorgenannten Beispiels. Lediglich die Inhalte sind 
angepasst . Das gleiche gilt fur die Bestandsbereiche 
5 512, 522, 532, 542. Ein Bereich Verbindlichkeiten ist 
fur diese Klasse von Geschaf tsvorf alien nicht 
erforderlich. Stattdessen sind in den Datenbereichen 
Journale Kosten und Erlose 513, 523, 533, 543 
vorhanden. Diese bestehen fur die Eingangsdatensatze 

10 510, 520 aus den Feldern Konzernf irma , Kunde (die 

Drittfirma) und Wert in €. Fur den Beleg 530 sind noch 
Felder Wert in US$ und Region hinzugefugt, fur den 
Beleg 54 0 zudem noch Wert in Yen. Die Inhalte ergeben 
sich aus dem bereits Gesagten und den Daten des zweiten 

15 Beispiels. Es sei an dieser Stelle darauf hingewiesen, 
dass die Inhalte der Konto Felder fur den Bereich 
Bestand in den Beispielen inrierhalb einer GA identisch 
sind aber von GA I zu GA II unterschiedlich. Dies muss 
jedoch nicht generell so sein. 

20 Die vier Belege werden gespeichert und konnen jeweils 
von mehreren Geschaf tsanwendungen 240 gelesen werden, 
z.B. von Anwendungen des Bestandscontrollings, der 
Deckungsbeitragsrechnung oder der allgemeinen 
Bilanzrechnung. Erf indungsgemafi ist einstellbar, welche 

25 Felder von welchen Geschaf tsanwendungen gelesen werden 
konnen. So kann eine Anwendung des Bestandscontrollings 
Zugriff haben auf alle oder einzelne Felder der 
Kopfbereiche und der Bestandsbereiche. Diese 
Konf iguration geschieht zweckmafeigerweise bei der 

3 0 Einrichtung der Software. 



Die Accounting Engine stellt in einer ERP-software eine 
zentrale Komponente zur integrierten Protokollierung 
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von Geschaf tsvorf alien in Form eines Einzelnachweises 
mittels des Belegs dar. Auf die Einzelnachweise konnen 
eine oder mehrere Geschaf tsanwendungen spezifische, 
aggregierte Sichten bilden. Die Belege konnen fur eine 
5 bestimmte betriebswirtschaf tliche Bewertung 

redundanzf rei abgelegt werden, wodurch Speicherplatz in 
erheblichem Umfang, je nach Anzahl der Belege und 
Geschaf tsanwendungen, eingespart werden kann, obwohl 
der Bedarf an Speicherplatz fur den einzelnen Beleg 
10 steigt . Ausserdem wird der Abstimmungsauf wand zwischen 
den Programmodulen der Geschaf tsanwendungen reduziert. 
Belegstruktur und der Verf ahrensablauf kann von 
Anwender konfiguriert werden. 

Mit der Verwendung der Accounting Engine im 
15 Rechnungswesen kann in einem Unternehmen zusatzlicher 
betriebswirtschaf tlicher Nutzen generiert werden, da 
die Accounting Engine als alleinige Schnittstelle 
zwischen alien operativen Geschaf tsvorf alien und 
rechnungswesen- internen Geschaf tsanwendungen einsetzbar 
20 ist, und die erstellten Belege in einer zentralen 
Ablage dokumentiert . Uber den rait abgespeicherten 
Identif ikationscode ist sowohl eine eindeutige 
Auditierung als auch ein Storno von Geschaf tsvorf alien 
moglich. Nutzen mehrere Geschaf tsanwendungen den 
25 Belegspeicher der Accounting Engine, so kann aus den 
unterschiedlichen Geschaf tsanwendungen heraus ein 
gemeinsamer, konsistenter Beleg konfiguriert werden. 
Dies fuhrt zu einer inharenten Abstimmung der 
beteiligten Geschaf tsanwendungen. 

3 0 Die Accounting Engine erlaubt in einem ERP-Software 
System die Trennung der operativen Geschaf tsvorf alle 
von den Anwendungen des Rechnungswesens . Durch eine 
derartige Trennung wird vorteilhaf terweise 
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datentechnisch eine asynchrone Kopplung des 
Rechnungswesens an logistische Systeme ermoglicht. 

Die unterschiedlichen Programme oder Prograram-Module 
konnen unter Verwendung irgendeiner von mehreren 
5 bekannten Techniken oder in Verbindung mit bestehender 
Software entworfen sein. Zum Beispiel konnen Module in 
• Java, C++, HTML, XML, SAP R/3 oder ABAP oder sogar in 
HTML mit eingelagerten Java Applets erstellt sein. 
Einzelne oder mehrere der Module konnen auch in 
10 bestehende E-Mail oder Browsersof tware integriert sein, 
beispielsweise fur die Dateneingabe . 

Die Accounting Engine ermoglicht es auSerdem, 
betriebswirtschaf tlich unbewertete Geschaf tsvorf alle, 
z.B. eine Warenentnahme ohne Preisangabe, mit ihren 
15 prozessspezif ischen Begriffen zu ubernehmen. Sie kann 
die Bewertung von eingehenden Geschaf tsvorf alien nach 
den Vorschriften des Rechnungswesens durchfuhren. 
Belege aus unterschiedlichen Bewertungen konnen logisch 
getrennt gehalten werden. Vorzugsweise wird pro 

2 0 Bewertung ein eigenstandiger Beleg erzeugt . 

Die mit der Anmeldung eingereichten Patentanspruche 
sind Formulierungsvorschlage ohne Prajudiz fur die 
Erzielung weitergehenden Patentschutzes . Die Anmelderin 
behalt sich vor, noch weitere, bisher nur in der 
25 Beschreibung offenbarte Merkmalskombinationen oder 

andere beliebige Kombinationen von in der Beschreibung 
offenbarten Merkmalen zu beanspruchen . Ausriicke in den 
Anspruchen, die in Klammern gesetzt sind, stellen keine 
beschrankenden Merkmale dar. 

3 0 In Unter anspruchen verwendete Ruckbeziehungen weisen 

auf die weitere Ausbildung des Gegenstandes des 
Hauptanspruches hin; sie sind nicht als ein Verzicht 
auf die Erzielung eines selbstandigen, gegenstandlichen 
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Schutzes fur die MerJcmalskombi nation der riickbezogenen 
Unteranspruche zu verstehen. 

Es sei angemerkt, dass bei Verknupfungen von Merkmalen 
durch „oder w dieses „oder* jeweils einerseits als 
5 mathematisches „oder" und andererseits als die jeweils 
andere Moglichkeit ausschlieSendes „oder" zu verstehen 
ist . 

Es sei ferner darauf hingewiesen, dass die Ausfuhrungen 
zu alien bekannten Anordnungen, die sich nicht auf 
10 bestimmte Druckschrif ten beziehen, in erster Linie dem 
Anmelder bzw. dem Erfinder bekannt sind, so dass sich 
der Anmelder bzw. Erfinder Schutz fur diese vorbehalt, 
sofern sie nicht auch der Of f entlichkeit bekannt sind. 
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Patentanspruche 



5 



10 



15 



20 



25 



Verfahren zur automatischen Ablage von Belegen zu 
Geschaftsvorf alien, bei dem mit Hilfe eines 
Computer systems Daten zu einem Geschaf tsvorf all fur 
den Zugriff uber eine oder mehrere 

Geschaf tsanwendungen gespeichert werden und bei dem 
einem Geschaf tsvorf all ein Identif ikationscode 
zugeordnet wird, wobei in dem Computer system eine 
oder mehrere unterschiedliche Klassen von 
Geschaf tsvorf alien mit unterschiedliche 
Datenstrukturen abgebildet sind, dadurch 
gekennzeichnet , 

dass in einem ersten Schritt aus Daten zu einem 
Geschaf tsvorf all mindestens ein Eingangsdatensatz 
erzeugt wird, der eine Struktur aufweist, welche 
fur eine oder die oder jede unterschiedliche Klasse 
von Geschaf tsvorf alien und eine oder mehrere 
Geschaf tsanwendungen spezifisch ist, 

dass in einem zweiten Schritt der mindestens 
eine Eingangsdatensatz in einen Ausgangsdatensatz 
transformiert wird, der uber eine oder mehrere der 
Geschaf tsanwendungen konfiguriert werden kann, und 

dass in einem dritten Schritt der 
Ausgangsdatensatz mit zugeordnetem 
Identif ikationscode gespeichert wird, so dass der 
Ausgangsdatensatz unter Bezugnahme auf den 
Identif ikationscode von den mindestens zwei 
Geschaf tsanwendungen ganz oder teilweise gelesen 
werden kann. 

Verfahren nach Anspruch 1, wobei der erste Schritt 
mit Hilfe eines ersten Programm-Moduls ausgefuhrt 
wird, der zweite Schritt mit Hilfe eines zweiten 
Programm-Moduls, und wobei der Eingangsdatensatz 
mit der spezifischen Struktur von dem ersten 
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Programm-Modul uber eine Schnittstelle an das 
zweite Programm-Modul ubergeben wird. 

3 . Verf ahren nach Anspruch 1 oder 2 , wobei die oder 
jede Geschaf tsanwendung als ein drittes oder 

5 weiteres Programm-Modul ausgestaltet ist, 

4. Verf ahren nach Anspruch 3, wobei das zweite 
Programm-Modul so ausgestaltet ist, dass der 
Trans format ions vorgang im zweiten Schritt von dem 
oder jedem dritten Programm-Modul uber eine 

10 Schnittstelle einstellbar ist. 

5. Verf ahren nach Anspruch 3 oder 4 wobei das zweite 
Programm-Modul so ausgestaltet ist, dass es Daten, 
die uber die mindestens zwei Geschaf tsanwendungen 
auswahlbar sind, aus dem Ausgangsdatensatz auf eine 

15 Datenanfrage von dem oder jedem dritten Programm- 

Modul lesen und dem oder jedem dritten und/oder 
einem weiteren Programm-Modul uber eine 
Schnittstelle zur Weiterbearbeitung und/oder zur 
Anzeige ubergeben kann. 

20 6. Verf ahren nach Anspruch 5, wobei die auswahlbaren 
Daten von dem dritten Programm-Modul auswahlbar 
sind. 

7 . Verf ahren nach einem oder mehreren der Anspruche 1 
bis 6, wobei der Ausgangsdatensatz transaktional 

25 gespeichert wird. 

8 . Verf ahren nach einem oder mehreren der Anspruche 1 
bis 7, wobei der Ausgangsdatensatz fur mehrere 
Geschaf tsanwendungen eine spezifische 
Datenbankstruktur mit einer oder mehreren Tabellen 

3 0 aufweist . 
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9 . Verf ahren nach einem oder mehreren der Anspruche 1 
bis 8, wobei der Ausgangsdatensatz fur 
unterschiedliche Journale des Rechnungswesens 
unterschiedliche Datenbereiche aufweist. 

5 10 . Verf ahren nach einem oder mehreren der Anspruche 1 
bis 9, wobei der Ausgangsdatensatz fur den Zugriff 
uber mindestens zwei Geschaf tsanwendungen 
ausgebildet ist . 

11. Computersystem zur Durchfuhrung eines Verfahrens 
10 nach einem oder mehreren der vorstehenden 

Anspruche , auf weisend 

- Mittel zur Speicherung von Daten zu 
Geschaf tsvorf alien, 

- Mittel zur Speicherung von Programmen, 
15 - Mittel zur Ausfuhrung von Programmen, 

- Programmcode -Mittel zur Ausfuhrung eines 
Verfahrens nach einem oder mehreren der 
vorstehenden Anspruche. 

12. Computerprogramm mit Programmcode-Mitteln, urn alle 
20 Schritte von einem beliebigen Verf ahren gemaS einer 

beliebigen Kombination der Anspruche 1 bis 9 
auszufuhren, wenn das Programm auf einem Computer 
ausgefuhrt wird. 

13. Computerprogramm nach Anspruch 11, enthalten in 
25 einem elektrischen Tragersignal . 

14. Computerprogrammprodukt mit Programmcode-Mitteln, 
die auf einem computerlesbaren Datentrager 
gespeichert sind, und geeignet sind, ein Verfahren 
gemaS einer beliebigen Kombination der Anspruche 1 

30 bis 9 auszufuhren, wenn sie auf einem Computer 

ausgefuhrt werden. 
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15. Computer mit einem fluchtigen und/oder 
nichtf luchtigen Speicher, in dem ein 
Computerprogramm nach Anspruch 12 gespeichert ist. 

16. Elektronische Datenstruktur, erhaltlich durch ein 

5 Verfahren gema£ einem Oder mehreren der Anspruche 1 

bis 9 . 
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EPu Richtlinien Teil B Kapitel VIII, 1-6). 

Der Anmelder wird darauf hingewiesen, daB Patentanspruche auf 
Erfindungen, fur die kein internationaler Recherchenbericht erstellt 
wurde, normal erweise nicht Gegenstand einer international en vorlaufigen 
Prufung sein konnen (Regel 66.1(e) PCT). In seiner Eigenschaft als mit, 
der international en vorlaufigen Prufung beauftragte Behorde wird das EPA 
also in der Regel keine vorlaufige Prufung fur Gegenstande durchfiihren, 
zu denen keine Recherche vorliegt. Dies gilt auch fur den Fall, daB die 
Patentanspruche nach Erhalt des international en Recherchenberi chtes 
geandert wurden (Art. 19 PCT), oder fur den Fall, daB der Anmelder im 
Zuge des Verfahrens gemMB Kapitel II PCT neue Patentanspruche vorlegt. 
Nach Eintritt in die regional e Phase vor dem EPA kann jedoch im Zuge der 
Prufung eine weitere Recherche durchgefuhrt werden (Vgl . EPA-Richtlinien 
C-VI, 8.5), soil ten die Mangel behoben sein, die zu der Erklarung gemaB 
Art. 17 (2) PCT gefuhrt haben. 



